# Жизненный цикл фичей
## Описание
Все фичи, из которых состоит продукт, в разное время находятся в разных фазах своего жизненного цикла.

Этап разработки:
- поиск проблемы
- валидация проблемы
- поиск решения
- валидация решения

Этап раскатки:
- внутренний релиз
- релиз на процент пользователей
- полная раскатка

Этап дальнейшего улучшения:
- этап роста
- этап зрелости

И этап вывода из использования. Вне зависимости от того, какая конкретно модель жизненного цикла используется в вашем продукте, смысл этой ветки заключается в контроле того, что каждая новая фича не выбивается из этой модели и соответствует ей.

## Почему ветка важна?
Для продукта:
- Продукт не захламляется бесполезными фичами, которые никто не использует
- Внезапное добавление новых фичей в продукт не ломает устоявшиеся пользовательские сценарии
- Фичи не забрасываются после выкатки, а продолжают анализироваться и улучшаться
- Понимание текущей стадии жизненного цикла всего продукта или отдельных фич используется для координации маркетинговых усилий

Для тимлида:
- Стадии жизненного цикла могут использоваться для приоритизации задач
- Любая новая фича – это всего лишь гипотеза о её ценности. Постепенное продвижение по этапам жизненного цикла позволяет снимать неопределённость вокруг этой гипотезы постепенно

## Что будет, если её не делать?
- В продукт будут добавляться все подряд фичи, не проходя предварительной проверки на их ценность
- Продукт будет постепенно обрастать огромным количеством малоиспользуемой функциональности
- Продукт может ощущаться сырым и не качественным, состоящим из большого количества недоделанных до конца фичей
- Пользователи не будут адаптироваться к новым возможностям и использовать их

## На кого может быть делегирована?
- Product Owner
- Тимлид ниже уровнем
- Разработчик, ответственный за конкретную фичу

## Примеры поведения
### Примеры плохого поведения
- Нет цикла проверки продуктовых гипотез, либо какие-то фичи его обходят стороной
- Первые знания о том, как пользователь взаимодействует с фичей, приходят к команде только после её выкатки на 100% аудитории
- Не проводится периодический анализ того, сколько людей и как часто взаимодействуют со всеми фичами продукта
- Малоиспользуемая или бесполезная функциональность не убирается из продукта
- После релиза не анализируется то, как аудитория использует новую фичу
- Не происходит постепенного улучшения показателей фичей в продукте

### Примеры хорошего поведения
- Есть налаженный процесс product discovery, который описывает то, как гипотеза о проблеме превращается в разработанную фичу
- Раскатка новых фичей происходит поэтапно, причём каждый этап добавляет команде знаний о пользователях
- Есть понятный для команды и пользователей процесс удаления фичей из продукта

## Способы прокачки
## Консультации
- [Telegram-чат TL Bootcamp](https://tlinks.run/tlbootcamp)
- [Продуктовый Telegram-чат No Flame no Game](https://t.me/joinchat/BrfI2UHjvA2HbQNSW4Irog)

## Теория
### Статьи
**Раскрывают тему:**
- [The 6 Stages of the Product Life Cycle](https://blog.hubspot.com/marketing/product-life-cycle)
- [Product Discovery – детальное описание процесса](http://productframework.ru/product_discovery)
- [Product Discovery: A Practical Guide for Agile Teams](https://herbig.co/product-discovery/)
- [The End: Guide to Deprecating a Digital Product](https://medium.com%2F@medium.com/@molenoski/the-end-guide-to-deprecating-a-digital-product-d4f3606b3a71)

**Дополнительные материалы:**
- [Product Development Flow in GitLab](https://about.gitlab.com/handbook/product-development-flow/)
- [Product Discovery в Avito](https://medium.com/@webmisha/%D0%BF%D1%80%D0%BE-discovery-sprints-e7f6cd48e124)
- [On Killing It by Killing Features](https://product.hubspot.com/blog/on-killing-it-by-killing-features)

### Книги
- [Intercom on Product Management](https://www.intercom.com/books/product-management)
